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A DATA COMPACTION METHOD FOR AN INTERMEDIATE OBJECT CODE 
PROGRAMME EXECUTABLE IN AN ON-BOARD SYSTEM PROVIDED WITH 
DATA PROCESSING RESOURCES AND CORRESPONDING ONBOARD SYSTEM 

WITH MULTIPLE APPLICATIONS 

5 

The present invention relates to a method of compacting 
a programme of the intermediate object code type, which can 
be run in an on-board system provided with data processing 
resources, and to the corresponding compaction method. 
10 These days, on-board systems provided with data 

processing resources enable increasingly complex and larger 
numbers of functions to be performed because the hardware 
used for these portable objects and their software, or more 
specifically the application programmes embedded in the 
15 latter as a means of enabling them to run one or more 
specific functions, are constantly being optimised. The 
concept of on-board system covers any portable computer 
system, such as a portable object, microprocessor card or 
similar, as opposed to a conventional microcomputer. 
20 This is particularly so in the case of microprocessor 

cards, also known as chip cards, such as that illustrated in 
figure la, used in conjunction with a compiler to generate 
instructions and an interpreter which enables these 
instructions to be run by the microprocessor, as illustrated 
25 in figure lb. Conventionally, as illustrated in figure la, 
a microprocessor card 10 comprises an input/output system 12 
linked to the microprocessor 14, a RAM memory 16, a non- 
volatile memory 18 comprising a read only ROM memory 18b and 
a programmable memory 18a. All of these elements are linked 
30 to the microprocessor 14 by a BUS line. A data 
encryption/decryption module 20 may be provided, as 
required . 

Figure lc illustrates all the application software 



elements, such as electronic purse, electronic commerce or 
health, embedded in the non-volatile programmable memory, 
the interpreter in a non-volatile programmable memory or a 
read only memory and the operating system in a read only 
memory ROM. 

The intermediate object code is generated by the 
compiler from a source programme, usually written in high 
level language based on ASCII characters. The source 
programme and the corresponding intermediate object code may 
be run by all the standard microprocessors because the 
interpreter ensures that the standard instructions of the 
intermediate object code are translated, in software terms, 
into instructions that can be directly executed by the 
microprocessor. 

By way of example, although this is not restrictive, 
microprocessor card manufacturers have recently developed 
interpreters embedded in the read only memory ROM. This type 
of interpreter reads in sequence a programme or intermediate 
object code, supporting an application for example, which is 
loaded into the programmable memory of the microprocessor 
card, for example. Each standard instruction of this 
intermediate object code is interpreted by the interpreter, 
then run by the microprocessor. As a general rule, the 
standard instructions of the intermediate object code enable 
changing functions to be processed, such as arithmetic 
processing and object manipulation. The object concept 
relates to computed objects such as lists, data tables or 
similar . 

However, due in particular to the fact that these 
microprocessor cards are portable in nature, the size and 
space occupied by the latter are limited. The same applies 
to the size of their programmable memory, which is limited, 
by construction, to several kilobytes. This structural 
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limitation makes it impossible to run large application 
programmes . 

Furthermore, the current tendency to use multi- 
application on-board systems is faced with the recurring 
5 problem caused by the fact that the number of applications 
installed on a same on-board system or microprocessor card 
rarely exceeds three applications. 

The objective of this invention ..is to overcome the 
disadvantage outlined above by running a method for 

10 compacting a programme of the intermediate object code type, 
which can be used in an on-board system of the 
microprocessor type in order to free up memory space in the 
programmable memory of this on-board system, thereby 
enabling at least one additional application to be embedded 

15 once the latter has been compacted. 

Another objective of this invention is to implement a 
system of compacting programmes of the intermediate object 
code type which will allow a programme of the compacted 
intermediate object code type to be embedded in a multi- 

20 application, on-board system having data processing 
resources that will allow compacted programmes of the 
intermediate object type to be run without significantly 
altering the running time and to do so in total transparency 
with regard to the process inherent in each non-compacted 

25 application. 

The method of compacting a programme of the 
intermediate object type proposed by the invention, which 
consists of a sequence of standard instructions, this on- 
board system being provided with a memory and a programme 

30 language interpreter capable of turning intermediate object 
code into instructions of an object code that can be run 
directly by a microprocessor and this programme normally 
being stored in the memory of this on-board system, is 
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remarkable because the intermediate object code programme is 
searched in order to find identical sequences of successive 
standard instructions and the identical sequences of 
successive standard instructions are subjected to a 
5 comparison test to find a function, based on at least the 
number of occurrences of these sequences in the intermediate 
object code programme, that is higher than a reference 
value. If the above-mentioned test returns a positive 
response, a specific instruction is generated for each 

10 identical sequence of successive standard instructions which 
satisfies the test step, by defining a specific operating 
code and associating this specific operating code with the 
sequence of successive standard instructions. In addition, 
each occurrence of each sequence of standard successive 

15 instructions in the stored intermediate object code 
programme is replaced by the specific operating code 
associated with it to obtain a compacted intermediate object 
code programme, a series of standard instructions and 
specific operating codes. A decompression table is stored in 

20 the memory which enables a reciprocal link to be made 
between each specific operating code inserted and the 
sequence of successive standard instructions associated with 
the latter. This process enables the memory space occupied 
by the compacted intermediate object programme to be 

25 optimised by storing only one occurrence of identical 
sequences of successive standard instructions in the 
programmable memory. 

The method, the system of compacting an intermediate 
object code programme and the corresponding multi- 

30 application on-board system proposed by this invention may 
be used in the technical field of on-board systems, more 
specifically for running and managing microprocessor cards. 
They will be more readily understood from the 
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description below and the appended drawings, in which, apart 
from figures la to 1c which illustrate the prior art, 

- figure 2a is a general flow chart illustrating a 
method of compacting an intermediate object code programme 

5 as proposed by this invention; 

- figure 2b is a synoptic diagram illustrating how the 
different operators needed to obtain a compacted 
intermediate object code programme and parameters enabling 
this programme to be decompressed or executed, are applied; 

10 - figure 2c, given purely as an illustration, shows 

this compacted intermediate object code programme embedded 
in a programmable non-volatile memory of a microprocessor 
card and the parameters used to decompress and run the 
latter; 

15 - figure 3a is a diagram of one specific embodiment, 

although this is not restrictive, of the structure of a 
first file made up of the parameters for running or 
decompressing this intermediate object code programme; 

- figure 3b is a diagram showing one specific 
20 embodiment, although this is not restrictive, illustrating 

the structure of a second file made up of these parameters 
for running or decompressing this intermediate object code 
programme; 

figure 4 shows, as an illustrative example, a 
25 compacted intermediate object code programme, as proposed by 
the invention, embedded in a non-volatile programmable 
memory of a microprocessor card or on-board multi- 
application system; 

- figure 5 shows an illustrative example of a specific 
30 method of compacting an intermediate object code programme 

in which specific codes, relating to separate applications 
or intermediate object code programmes, are updated; 

- figures 6a and 6b illustrate, in the form of 
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functional elements, a system for compacting an intermediate 
object code programme as proposed by this invention. 

The method of compacting an intermediate object code 
programme as proposed by this invention will now be 
5 described with reference to figure 2a. The terms 
intermediate object code programme cover any intermediate 
programme for the purpose of this patent application. 

This method will be described with reference to running 
an on-board system consisting of a microprocessor card of 

10 the type illustrated in figure la for example, although this 
example is not restrictive, this intermediate object code 
programme being obtained in a conventional manner, as 
illustrated in figure lb, a plurality of applications 
embedded in the programmable memory of the interpreter and 

15 the operating system OS in the ROM memory being illustrated 
in figure 1c, although again this is not restrictive. 

The intermediate object code programme consists of a 
series of standard instructions which can be run by the 
microprocessor through the interpreter. 

20 The method of compacting a programme of this type 

consists in firstly embedding the latter in the programmable 
memory 18a, searching the intermediate object code programme 
at a step 1000 as illustrated in figure 2a for identical 
sequences of successive standard instructions, these 

25 identical sequences being shown by Si. By identical 
sequences is meant a sequence of a given number n of octets 
likely to appear on a repetitive basis in the above- 
mentioned intermediate object code programme. Accordingly, 
the rank i of identical sequences indicates separate 

30 sequences for different values of i. Furthermore, the search 
step 1000 mentioned above consists in determining the number 
of occurrences Ni of each said identical sequence Si. At the 
end of the search step 1000, a plurality of identical 
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sequences Si will have been found, each sequence S± being 
separate, and a number Ni representing the number of 
occurrences of each of the sequences Si in the intermediate 
object code programme. 
5 After said step 1000, the compacting method proposed by 

the invention consists in subjecting, at a step 1001, the 
identical sequences of successive standard instructions Si 
to a comparison test of a function f(Ni) based on at least 
the number of occurrences Ni associated with an identical 
10 sequence Si- In figure 2a, the comparison test is written: 

f (Ni) > Ref. 

If the response to the test 1001 is negative, in which 
case the function of at least the number of occurrences Ni 
is not greater than the reference value, the test 1001 is 

15 applied to the next identical sequence, of rank i + the 
index i being incremented at step 1002. 

The steps 1000, 1001 and 1002 illustrated in figure 2a 
therefore enable a search to be run in the intermediate 
object code programme for identical sequences or series of 

20 octets or, at the very least, a given significant number of 
these identical sequences, as will be described farther on 
in the description. 

If the response to said test 1001 is positive, the 
compacting method proposed by the invention then consists in 

25 generating a specific instruction, denoted by ISi, by 
defining a specific operating code, denoted by C if and 
associating with this specific operating code the sequence 
of successive standard instructions which satisfied the 
test, this being the sequence of successive standard 

30 instructions Si- In figure 2a, the step by which specific 
instructions are set up is written: 

ISi C i : S i • 

It should be pointed out that the step of defining a 



specific operating code and associating it with the sequence 
of successive standard instructions Si may consist in 
assigning a code value and associating this code value with 
said sequence of instructions Si in the form of a list, for 
5 example. 

After step 1003 , the compacting method then moves on to 
step 1004, at which each occurrence of the sequence of 
successive standard instructions Si in the intermediate 
object code programme is replaced by the specific operating 
10 code Ci which is associated with it in order to obtain a 
compacted object code programme, denoted by FCC, which is a 
succession of standard instructions and specific operating 
codes Ci. 

The replacement process can then be reiterated for each 

15 identical sequence or series of standard instructions Si as 
long as the index i is lower than a number P of identical 
sequences, whereby a comparison test 1005 of the index i 
with the value P will prompt a return to step 1002 at which 
the index i described above is incremented whenever the 

20 response to this test is positive. 

In particular, it should be pointed out that by 
iterating the replacement process set up in this manner, a 
compacted object code programme will be obtained with which 
an execution file for the latter is associated, this file 

25 being denoted by FEX, the execution file consisting of at 
least one reciprocal match between each specific code Ci and 
said sequence of successive standard instructions Si. 

Once the two above-mentioned files have been obtained, 
being the compacted intermediate object code programme and 

30 execution file, on a negative response to test 1005 for 
example, a storage process can be initiated, whereby said 
intermediate object code programme FCC obtained and of 
course the execution file FEX described above are stored in 



the programmable memory 18a, for example. Said storage may 
be in the non-volatile memory 18, programmable memory 18a or 
even in the read only memory 18b, although this is not 
restrictive . 

As far as said comparison test 1001 is concerned, it 
should be pointed out that the function of at least the 
number of occurrences of each identical sequence Si may be 
defined so as to optimise the gain in compression thus 
achieved. In one embodiment, which is not restrictive, this 
function may be set up so that a comparison is made between 
the size of each identical sequence of successive standard 
instructions and a threshold value, expressed as a number of 
standard instructions, for example. 

Figure 2b provides an illustrative example of an 
operating mode which allows a compacted intermediate object 
code programme to be generated using the method proposed by 
the invention. 

During an initial stage, the creator of the 
intermediate object code programme sets up a text file 
containing the source programme. This programme, put 
together by the latter on the basis of an evolved language, 
is generally written in ASCII code so that it can be easily 
read and can contain comments to facilitate understanding on 
the one hand and development of the latter on the other. The 
source programme thus created is inserted in a compiler of 
the conventional type, known as a standard compiler, the 
purpose of which is to transform each programme line into 
executable instructions or, at the very least, into 
instructions which can be interpreted in order to obtain an 
intermediate object code programme consisting of a standard 
sequence of instructions that can be interpreted by the 
interpreter . 

The intermediate object code file thus obtained after 
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the compilation process is placed in a compression system 
allowing the compacting method to be run as described above 
with reference to figure 1. This compression system will be 
explained later in the description. 
5 The compaction process applied and described above will 

then produce a file of interpretable instructions FCC, i.e. 
the file constituting the compacted intermediate object code 
programme and the execution file FEX mentioned earlier in 
the description. 

10 The operating mode of the compression system will be 

described below with reference to a specific example. 

Firstly, the compactor system analyses all the standard 
instructions I s and draws up a list of all the series of 
standard instructions existing in the file forming this 

15 latter. 

If said file contains 1000 octets, for example, the 
compactor system launches a search procedure on all the 
series of at least two octets up to a number Q, for example. 
Said search may be' run for series of two octets, then three 
20 octets and so on up to Q octets. In a preferred embodiment, 
the value of the number Q was 500. 

Consequently, for every sequence of instructions Si, 
made up of a series of standard instructions I s , the 
compactor system determines whether this sequence Si is 
25 already contained in the list. If such is the case, the 
compactor system adds one unit to the number of occurrences 
Ni of said sequence Si. 

By the end of said search process, the compactor system 
will have generated a complex list containing all the 
30 instruction sequences Si examined, each sequence having a 
number of occurrences Ni in the relevant intermediate object 
code programme assigned to it. 

An illustrative table is given below for an 



intermediate object code programme made up of the following 
series of instructions: 

1-7-3-5-7-3-7-3-5-7 . 
Whereas for the purpose of the illustration given in the 
table, TABLE I below, said series of instructions contains 
ten instructions, each instruction being represented by one 
octet and illustrated by a digit from 1 to 7, the successive 
sequences of instructions examined comprise 2, 3, 4 then 5 
octets . 

The successive instruction sequences Si which occur in 
said intermediate object code programme a number of times 
greater than or equal to two, are given in the table below. 
TABLE 1 



4 octets 


[7-3-5-7] :2 






3 octets 


[7-3-5] :2 


[3-5-7] :2 




2 octets 


[7-3] : 3 


[3-5] : 2 


[5-7] :2 



Secondly, the compactor system replaces certain 
sequences Si of TABLE I by a code denoting specific 
instructions . 

The code for specific instructions Ci is determined 
chronologically on the basis of the first code corresponding 
to a standard instruction. In a commonplace intermediate 
object code, there are currently 106 standard instructions 
and the codes for these instructions fall between 000 and 
105. The first specific instruction code Ci can then have 
the value 106, the second value 107 and so on. Whenever the 
identical sequences of instructions Si are replaced by a new 
specific instruction code Ci, once such an operation has 
been completed, the list illustrated in the table above is 
then re-computed. 
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By way of non-restrictive example and in the case where 
the 4-octet sequence of instructions , the sequence 7-3-5-7, 
shown in the table above is replaced and a corresponding 
code 106 is allocated, the compacted intermediate object 
code programme becomes: 



Under these conditions, a sequence of standard 
instructions I s and specific instructions IS existing in 
identical form at least twice no longer exist. Clearly, the 
file constituting the compressed intermediate object code 
programme FCC and the execution or decompression file for 
this latter are stored at the level of the compactor system 
mentioned above. 

Once the compacting operation has been performed by the 
compactor system, there exists an intermediate object code 
programme, strictly speaking, which can be executed by the 
target system, and said execution file FEX. The former 
contains the standard instructions I s and the specific 
instructions IS whilst the latter comprises at least one 
table allowing the specific codes Ci to be linked with the 
sequences of standard instructions Si replaced by said 
specific codes. Clearly, these two files may be regrouped 
into one and the same file with a view to transferring the 
latter to the intended target system. i.e. the 
microprocessor card designed to receive it. 

With regard to the execution file FEX, it should be 
pointed out that it contains at least one file, shown by 
MEM-SEQ, made up of a succession of several fields such as 
a specific code Ci field, a sequence field Si, as outlined 
above . 

Following said operation, the single file or, as 
applicable, the two above-mentioned files, are transmitted 
to the target system and processed directly by a loading 



1=106-3-106. 
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programme. This loading programme is mainly responsible for 
writing the data received to the programmable memory 18a or 
the read only memory 18b so that it can effectively be run 
subsequently . 

5 As a non-restrictive example, the file relating to the 

compacted intermediate object code programme FCC is stored, 
without processing, in said programmable memory 18a starting 
at a given address, denoted by ADR-MEM-PGM . 

As for the execution file FEX, the loading programme 

10 analyses the data of this file and dynamically creates a 
table, denoted by TAB-PRO, enabling the specific instruction 
codes Ci to be associated with the series of instructions. 
In fact, the table TAB-PRO enables a reciprocal match to be 
made between said specific instruction codes Ci and an 

15 embedding address which enables the corresponding 
instructions to be run. 

Figure 2c illustrates the embedding on the one hand of 
the support file for the compacted intermediate object code 
programme FCC, the execution file FEX and the file TAB-PRO 

20 mentioned above, this latter file having been created by the 
loading programme in the programmable memory 18a of the 
microprocessor card. 

In this drawing, whilst the table of codes for standard 
instructions I s is stored at the level of the interpreter in 

25 a table TAB-STD, it is in the programmable memory 18a that 
the execution file FEX and the file TAB-PRO are stored, 
enabling the address skips to be linked to the corresponding 
specific instruction codes Ci, these two tables therefore 
enabling the compacted intermediate object code programme 

30 FCC to be run effectively at the level of the microprocessor 
of the target unit. An executable unit is therefore provided 
which can be run by the interpreter under conditions that 
will be explained blow. 
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Before moving on to explain how a compacted 
intermediate object code programme FCC is run, a detailed 
description will be given of the structure of the execution 
files FEX and the file TAB-PRO and the functional 
5 relationship between these latter, with reference to figures 
3a and 3b. 

Figure 3a provides a detailed illustration of the 
execution file FEX, which, as explained above, has, in 
addition to the fields for specific codes d and instruction 

10 sequences Si, a field to denote the end of macro- 
instructions, denoted by FM, indicating the end of said 
sequence. In a preferred although not restrictive 
embodiment, each specific code C± may be inserted at the 
beginning of the field, on one octet for example, after 

15 which each corresponding sequence Si is inserted in a second 
field of variable length. The end of macro code FM is of the 
standard type and corresponds to that used in the 
conventional languages mentioned earlier in the description. 
When an execution file FEX is received whose data 

20 structure corresponds to that illustrated in figure 3a, for 
example, the different fields Ci, Si and FM are processed 
separately . 

Firstly, the specific code Ci of the corresponding 
specific instruction IS is written to the file TAB-PRO and 

25 the sequence of instructions Si associated with this 
specific code constituting said specific instruction is 
written to a file or memory denoted by MEM-SEQ from an 
address denoted by ADR-1. This code Ci for the corresponding 
specific instruction is written to the address TAB-PRO + 3 

30 x (CODE-106) . In this relation, the address TAB-PRO is 
specified as being the address at which the file TAB-PRO is 
opened whilst the value CODE represents the numerical value 
of the corresponding code Ci. The operating mode illustrated 
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in figure 3b corresponds to an address value TAB-PRO which 
is arbitrarily set at 0, the first specific code allocated 
having the value 106 and the following successive specific 
codes allocated having the values 107 and so on. Figure 3b 
5 shows only four specific codes 106, 107, 110 and 120 in 
order to facilitate understanding, the other memory spaces 
being filled with arbitrary values. 

Under these conditions, Adr-i is the first available 
address in the memory MEM-SEQ, this address corresponding to 

10 the address Adr-1 for the first sequence of instructions Si 
= Si. From this first address, which constitutes the opening 
of the file in the memory MEM-SEQ, the sequences of 
instructions Si are therefore written in sequence in the 
order in which they are loaded. The end of macro code FM is 

15 also written at the end of the corresponding series. 

After said process of writing to the memory MEM-SEQ and 
after a step to check that the writing process has proceeded 
correctly, the loading programme writes to the table TAB-PRO 
after each specific code Ci the value of the address at which 

20 the sequence was written in the memory MEM-SEQ. The loading 
programme then re-computes a new write address for the next 
sequence Si of rank i, incremented or decremented depending 
on the mode used to run through said sequences of 
instructions Si. 

25 An execution process of a compacted intermediate object 

code programme supported by a file FCC as described above 
and containing specific instructions will now be described 
with reference to figure 4. 

Such a programme is run by means of the interpreter 

30 with the aid of an instruction pointer, denoted by PI. In 
fact, the instruction pointer PI reads the code of the 
instruction to be carried out, standard instruction Is or 
specific instruction IS, and applies this code to the 
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interpreter which then triggers the actions corresponding to 
it. 

At the start of running a programme, the instruction 
pointer PI is loaded with the address from which this 
programme starts, i.e. the address ADR-MEM- PGM . 

The interpreter analyses the value of the code read by 
the instruction pointer PI. As part of this analysis, the 
latter determines whether this code value corresponds to a 
standard type code Cs or, if not, to a specific code Ci. 
This operation is run from the table TAB-STB stored at the 
level of the interpreter and by associating the standard 
instruction codes and hence the standard instructions Is 
with the execution addresses in its programme. 

If the value of the code read is not in the latter 
table, the interpreter issues a call to read the table TAB- 
PRO in order to check for the existence of the code value 
read in the latter table. If the code read is no longer in 
this latter table, the interpreter will be unable to run the 
instruction read and the programme run will be halted, 
prompting an error message, not illustrated in the flow 
chart of figure 4. 

In said figure 4, 2000 denotes the start of the 
execution operation, 2001 the operation by which the 
instruction pointer PI is initialised on the first programme 
instruction and 2002 an operation whereby the instruction 
indicated by the instruction pointer PI is read. This 
operation in fact corresponds to the process of reading said 
code value. 

In the same manner, at step 2003 in figure 4, a check 
is run to determine whether the code value read in the table 
belongs or does not belong to the standard codes TAB-STB and 
whether this code value read belongs to the table TAB-PRO, 
this process in effect forming said test 2003, after which 



a distinction is made as to whether the instruction INS read 
is a standard instruction Is or a specific instruction IS. 
Fig. 4 does not illustrate the situation in which the code 
' read does not belong as explained above and the other of the 
two tables which generates an error message , so as not to 
overload the drawing. 

If a positive response is received to said test 2003 
and the code read corresponds to a specific instruction, the 
instruction pointer PI is computed and stored in the stack 
so that it can then move on to the next instruction. The 
interpreter reads from the table TAB-PRO the value of the 
address for the sequence of instructions Si associated with 
the specific code Ci read and initialises the value of the 
instruction pointer PI with this value. All of these 
operations are shown under reference 2004 in figure 4. 
Following said step 2004, the interpreter loops back to the 
step of reading the code, as illustrated in figure 4, by 
returning to step 2002. 

If a negative response is received to test 2003 and the 
code read corresponds to an instruction of the standard type 
Is, the interpreter will check in a test step 2005 whether 
the value for this code corresponds to an end of macro value 
representing an end of sequence. If such is the case, the 
value previously stored in the stack memory is extracted and 
the stack is updated, this value being loaded into the 
instruction pointer PI. The operation of extracting the 
value previously stored in the stack constituting a return 
address, followed by an update of the stack, is illustrated 
at 2006, the return address being denoted by ADR-RET . After 
said step 2006, the interpreter loops back to the process at 
the step where the code value is read, i.e. step 2002. If a 
negative response is received to test 2005 and the value of 
the code read corresponds to an instruction of the standard 
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type but does not correspond to an end of macro or end of 
series, then the code is run by the interpreter in a manner 
known per se. However, as illustrated in figure 4, a test 
step 2007 is provided in this case prior to actually running 
5 said standard instruction. Test 2007 consists in checking 
that the value for the code and the corresponding 
instruction INS does not correspond to that for an end of 
programme. If a positive response is received to said test 
2007, the execution step 2008 is then run for this 

10 instruction by the interpreter, this execution step being 
associated with a step by which the instruction pointer is 
incremented so that it will point to the next instruction- 
After said step 2008, the interpreter loops back to the step 
at which the code value indicated by the instruction pointer 

15 PI is read, i.e. the reading step 2002. 

If a negative response is received to test 2007, in 
which case the instruction corresponds to an end of 
programme instruction, and end step 2009 is run. In this 
case, the interpreter halts its action and hands over to the 

20 operating system OS. It then waits for a new command 
instruction . 

The embodiment and method of implementing the process 
of running a compacted intermediate object code programme as 
described with reference to figure 4 is not restrictive. 

25 Firstly, it should be pointed out that the stack memory 

may be subdivided into two separate stack memories, one 
stack memory for the standard instructions Is and one stack 
memory for the specific instructions IS, alternatively 
referred to as macro instructions. In an embodiment of this 

30 type, the maximum number of specific instructions IS 
interleaved within the procedures is known. In order to 
obtain the total size occupied by this stack, it is 
sufficient to multiply by the maximum number of interleaved 
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procedures. Using a separate stack memory for the specific 
instructions IS reduces the total memory consumption as 
compared with using a single stack. 

Furthermore, in order to increase the number of 
specific instructions IS which may be used instead and in 
place of the limited number of specific instructions between 
106 and 255, in the example described earlier in the 
description by way of illustration, the specific codes Ci 
can advantageously be encoded on two octets. Under these 
circumstances, a specific code value such as the value 255 
will then indicate coding on two octets. 

Finally, the target system, if it is an on-board multi- 
application system, comprises several compiled and compacted 
programmes, i.e. several files FCC of the type described 
above. These programmes must operate independently. This 
being the case and there being only one interpreter, it runs 
all the application programmes loaded by the loading 
programme. If two application programmes use specific 
instructions, in the embodiment explained earlier in the 
description, it is possible that the compactor system will 
assign the same specific code Ci for two series of different 
instructions . 

In order to remedy such a situation and to enable the 
interpreter to distinguish between the two codes, the fields 
for the execution file FEX as described above in relation to 
figure 3a may be supplemented by a third parameter relating 
to an identification number for the application in question. 
This identification number will then also be stored for each 
assigned specific code listed in the table TAB-PRO. This 
latter parameter is in fact the reference for the programme 
loaded at the same time as the file containing the table, 
allowing each specific instruction code Ci to be associated 
with instruction sequences Si replaced by these latter for 
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the application in question. When the interpreter is running 
the programme application, it will then be able to single 
out the specific instructions relating to this application. 

Clearly, the process described above enabling a multi- 
application on-board system to be run has the disadvantage 
of increased memory consumption because an additional field 
has to be allocated to relate back to the application number 
in question. 

A more advantageous process will now be described with 
reference to figure 5. 

Figure 5 illustrates an on-board system such as a 
microprocessor card comprising several applications, shown 
by Ai to A k , the values Ai to A k in fact constituting 
identification numbers for each application. To this end, 
when compacting any source programme or application with a 
given identification number Ai to A k for example, in 
accordance with the method proposed by the invention as 
explained earlier in the description, the target system, 
i.e. microprocessor card, transmits the contents of the 
memory MEM-SEQ along with the corresponding specific codes 
Ci to the compactor. In effect, the target system re- 
computes a file of earlier specific coefficients, denoted by 
F-C-ANT, from the file or table TAB-PRO and the contents of 
the memory MEM-SEQ, relating to the applications Ai to A k _i . 
The file F-C-ANT ensures that each specific code Ci is 
reciprocally matched with the sequence Si associated with it 
for all the applications Ai to A k -i . Under these conditions 
in a simplified but not restrictive embodiment, the file F- 
C-ANT may consist of a file of the same format as said file 
FEX. In the preferred compacting process illustrated in 
figure 5, the file F-C-ANT of earlier specific codes is then 
communicated to the compactor in order to teach the latter. 

When compressing a new application with an 



identification number A*, the compactor will look for all 
occurrences of instruction sequences Si already registered 
in the file F-C-ANT, i.e. in fact in the table TAB-PRO of 
the target system for the earlier applications Ai to A k _i . 
Whenever an occurrence is found, the compactor system 
replaces the corresponding sequence of instructions Si with 
the specific code Ci for the corresponding specific 
instruction IS. Once this operation has been completed, the 
compactor system can then analyse the application bearing 
identification code A k and, of course, look for other 
occurrences with a view to creating additional specific 
instructions which have not yet been stored. The file F-C- 
ANT can then be updated. The decompression process described 
with reference to figure 5 may advantageously be run in 
particular as a means of compressing either programmes being 
loaded on the on-board system for the first time or 
programmes loaded on the on-board system in addition to 
other existing compacted programmes. 

In either of the two cases above, the compacting 
process proposed by the invention consists in storing the 
execution table relating to at least one compacted 
intermediate object code programme, the first of these 
programmes in the first hypothesis and one or more existing 
compacted programmes in the second hypothesis, and then 
reading the stored execution table for every additional 
intermediate programme and compressing every additional 
programme, taking account of the specific instructions and 
codes stored in the execution table as described earlier in 
the description. Clearly, the compacted intermediate object 
code programme thus created can not be run except on the 
target system, which provided the compactor system with the 
corresponding relevant file F-C-ANT previously. 

When running the method of compacting an intermediate 



object code programme, any on-board system such as a multi- 
application portable object comprising a microprocessor 
card, for example, and computing resources such as a 
microprocessor, a programmable memory, a read only memory 
and a language interpreter will have, as in figure 2c 
discussed earlier, at least one set of files stored in the 
programmable memory 18a for example, in addition to the 
table TAB-STD of standard codes representing an intermediate 
object code programme stored at the level of the 
interpreter . 

Accordingly, the corresponding portable object will 
have at least one compacted intermediate object code 
programme, i.e. the file FCC illustrated in figure 2c. This 
file may be made up of an application as described above or 
may be a function such as a data encryption/decryption 
function or similar. This compacted intermediate object code 
file will, of course, consist of a series of specific 
instruction codes Ci and standard instruction codes 
corresponding to the instruction codes of said intermediate 
object code programme. The specific instruction codes Ci 
correspond to sequences of successive standard instructions 
Si as mentioned earlier in the description. 

Furthermore, as illustrated in figure 2c, an execution 
table allows a reciprocal link to be applied between each 
specific operating code Ci and the sequence of successive 
standard instructions Si associated with this latter. All of 
these files enable the memory space occupied in the memory 
to be optimised, in particular the programmable memory 18a 
of the portable object. 

As also illustrated in figure 2c, the execution table 
has at least one file of successive sequences corresponding 
to the specific instructions, this file being denoted by the 
memory MEM-SEQ, and a table, denoted by TAB-PRO, of specific 



instruction codes and addresses at which these specific 
instructions are embedded in the file of successive 
sequences . 

The compacted intermediate object code programme is 
then run as illustrated in figure 4 . 

A system for compressing an intermediate object code 
programme enabling the compression method described earlier 
in the description to be run will now be explained with 
reference to figures 6a and 6b. 

Generally speaking, the compaction method proposed by 
the invention will be described as a combination of modules, 
these modules being implemented either by hardware means but 
preferably by software means, and the data flows between 
these modules explained. 

Figure 6a illustrates the compaction system proposed by 
the invention, which comprises at least one module A for 
analysing all the directly executable instructions 
constituting the intermediate object code programme, shown 
by COD-OBJ-INT. Generally speaking, the computer file 
supporting the intermediate object code programme is 
regarded as a string of octets or character string and the 
operating mode of the compacting system proposed by this 
invention will be looked at from the point of view of the 
corresponding processing applied to the string. 

Starting with said string of octets, the analysis 
module A is able to read the object code programme COD-OBJ- 
INT, single out and establish a list of all the standard 
instruction sequences Si contained in said programme. In 
figure 6a, the standard instruction sequences Si, Si-i, Si, 
Si+i, . . . S p , are therefore written in symbolic form in a 
list in accordance with the symbolic notation of the lists. 
Accordingly, the analysis module A may consist of a sliding 
window corresponding to a number ni of octets, this sliding 
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window enabling the analysis of the sequence Si to be run as 
mentioned above with reference to table 1 of the 
description. The sliding window in fact distinguishes 
between each sequence Si by scrolling the string of octets 
5 relative to said window. Every time the sequence Si in 
question occurs, a counting bit BC is issued by the analysis 
module A. 

As also illustrated in figure 6a, the compaction system 
proposed by the invention also has a module C for counting 

10 the number of occurrences in said object code programme of 
each of the previously mentioned directly executable 
instruction sequences Si. The counting module C may be 
provided in the form of a software module which counts the 
number of successive bits assigning a value of 1 to said 

15 counting bit BC. The counting module C enables the 
corresponding number of occurrences Ni ... Ni-i, Ni, N i+i . . . 
N p of each sequence Si . . . Si-i to S i+ i ... S p and so on to be 
stored. These can be stored in the form of a list. 

Furthermore, as illustrated in figure 6a, a module AL 

20 is provided for allocating to at least one sequence of 
directly executable instructions Si a specific code Ci 
associated with this sequence Si in order to generate a 
specific instruction, denoted by ISi in figure 6a, on the 
basis of a criterion whereby the function of at least the 

25 corresponding number of occurrences Ni is higher than a 
reference value as mentioned earlier in the description. 

If the function of at least the number Ni is higher than 
the function value of the above-mentioned reference value, 
the module AL will issue a compaction command COM-COMP which 

30 may consist of one bit with a corresponding value 1 or 0 . 

Finally, the compaction system proposed by the 
invention has a compacting module strictly speaking, COMP, 
which receives on the one hand the file relating to said 
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intermediate object code programme COD-OB J-INT and the 
counting command COM-COMP. The compacting module strictly 
speaking COMP in effect enables every occurrence of every 
sequence Si in said intermediate object code programme, 
5 considered as a string of octets, corresponding to a 
specific instruction ISi to be replaced by the specific code 
Ci associated with this sequence of instructions. 

As regards the operating mode of the compacting module 
COMP as such, it should be pointed out that it may have a 

10 reading sub-module which uses a sliding window, similar to 
that of the analysis module, enabling the sequence of 
standard instructions Si in said string of octets to be 
located. In practice, when said sequence of standard 
instructions Si is located, as illustrated in figure 6a, the 

15 compacting module may have a left-hand partitioning and a 
right-hand partitioning sub-module for the sequence Si in 
question in order to generate a left string, denoted by LS, 
and a right string, denoted by RS. It may then have a 
concatenation module which uses the specific code Ci 

20 constituting the specific instruction ISi, so that the 
corresponding specific code Ci, considered as a string of 
octets, can be concatenated on the one hand, with the left 
chain LS for example, after which the unit thus formed is 
concatenated with the right chain RS, which ensures that the 

25 sequence Si will be replaced by the specific code Ci. The 
compacting module strictly speaking COMP thus issues a 
compacted intermediate object code programme denoted by COD- 
OBJ-INT-COMP in figure 6a. Clearly, the compaction system 
illustrated in figure 6a enables the compaction process 

30 described above to be applied to the set of all the directly 
executable instruction sequences Si in question. 

In one embodiment which is not restrictive, the 
allocation module AL may, as illustrated in figure 6b, have 
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a module for computing the number of octets from the length 
ni of the instruction sequence Si, this module being denoted 
by ALi in figure 6b. It may also have a computing module, 
shown by AL 2 , to form the product of this length n± and the 
5 number of occurrences Ni of this sequence Si of standard 
instructions. This product, written Pi, is representative of 
the compression gain for the sequence of directly executable 
instructions Si considered. 

Furthermore, the allocation module AL may have a 

10 module, denoted by AL 3 , for comparing this product Pi with 
a given threshold value, S. The threshold value S may be 
determined experimentally. It may also be established on the 
basis of this experimental value in such a way that, for an 
intermediate object code programme of a given length, it 

15 corresponds to a given percentage of this length. 

If a negative response comes back from the comparison 
test run by the module AL 3 , the rank i of each directly 
executable sequence of instructions Si is incremented by one 
unit and the new value of i is sent back to the analysis 

20 module A on the one hand and the counting module C on the 
other . 

If a positive response comes back from the comparison 
test run by the module AL 3 , a module AL 4 will establish a 
corresponding specific code Ci and, finally, a module AL 5 

25 will apply a reciprocal link so as to write the specific 
code Ci and the relevant sequence of directly executable 
instructions Si to constitute the specific instruction ISi. 

The module AL 4 may be a compression software module 
enabling an initial value, for example the value 106 

30 mentioned earlier in the description, to be used as a basis 
for allocating a corresponding value to the relevant 
corresponding sequence of instructions Si. Each specific 
instruction ISi inay then be written in the form of a 



corresponding list . 

Real-time compression tests on the programmes or 
applications contained in the microprocessor cards sold by 
BULL CP8 in France have shown that a compression gain of 
more than 33% can be obtained, which, when applying the 
compaction process to three applications on a mobile 
portable object, essentially represents a gain of one 
additional application for this type of object. 

This compression gain was obtained under substantially 
normal conditions of usage by the user whilst the slowing- 
down caused by calling up macro instructions is not 
substantially more than 10% of the running time if no macro 
instructions are included, this slowing-down being inherent 
in successively calling up reading operations at the level 
of the table TAB-B-PRO and the file MEM-SEQ. 



